home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1316 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.4 KB

  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: TMapping again!
  5. Date: 17 Jan 1996 19:34:53 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4djj0t$4ni@sunsystem5.informatik.tu-muenchen.de>
  9. References: <4d0ou6$835@astfgl.idb.hist.no> <Z31Wx*zA0@mkmk.in-chemnitz.de> <4d42di$9e9@maureen.teleport.com> <4d5lvi$emc@brachio.zrz.TU-Berlin.DE> <4d6v0t$3dt@maureen.teleport.com>
  10. NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle5.informatik.tu-muenchen.de
  12.  
  13.  
  14.  
  15. In article <4d6v0t$3dt@maureen.teleport.com>, sschaem@teleport.com (Stephan Schaem) writes:
  16. |> Organization: Teleport - Portland's Public Access (503) 220-1016
  17. |> Lines: 56
  18. |> Message-ID: <4d6v0t$3dt@maureen.teleport.com>
  19. |> References: <4d0ou6$835@astfgl.idb.hist.no> <Z31Wx*zA0@mkmk.in-chemnitz.de> <4d42di$9e9@maureen.teleport.com> <4d5lvi$emc@brachio.zrz.TU-Berlin.DE>
  20. |> NNTP-Posting-Host: kelly.teleport.com
  21. |> X-Newsreader: TIN [version 1.2 PL2]
  22. |> 
  23. |> Philipp Boerker (rawneiha@w352zrz.zrz.TU-Berlin.DE) wrote:
  24. |> : sschaem@teleport.com (Stephan Schaem) writes:
  25. |> 
  26. |> : >Andre Weissflog (floh@mkmk.in-chemnitz.de) wrote:
  27. |> : >: In article <4d0ou6$835@astfgl.idb.hist.no>, Lasse Staff Jensen writes:
  28. |> 
  29.  
  30. |> 
  31. |>  AAAAAA..........BBBBBCCCCCCDDDDD
  32. |> 
  33. |>  A = x fraction
  34. |>  B = y integer
  35. |>  C = y fraction
  36. |>  D = x integer
  37. |>  . = zero or more precision for x
  38. |> 
  39. |>  Has you see the example above work...
  40.  
  41. uhm has anyone actually seen the mapper work ? IMHO the fact that
  42. CCCCCC y fraction also causes an adress, this could be used imho
  43. for smoother mapping!
  44.  
  45. I guess you normally use 32 equal pixels, but if you'd use 32 values
  46. beeing interpolated between 2 pix of the "real 32x32 map", then it
  47. should give you interpolation for free!
  48.  
  49. maybe a outzoomed polygon looks better with it.
  50.  
  51. |> : Yes, I agree. Sharon, one of the coders of matrix, is actually a
  52. |> : PC coder but his polygon engine on a 33 MHz 486 is slower than
  53. |> : our (Sharon, Grond, Skyphos all/matrix) engine on a 25 MHz 030!
  54. |> : And think of not having chunky screens, not having L2 cache,
  55. |> : not having 8kb L1 cache...
  56. |> : That's the power of a large register set!
  57.  
  58. well is you polyengine still faster using 8 planes ? ;)
  59. he got a non-local-bus vga ? ;)
  60.  
  61. It depends on the routine if a large register set is needed.
  62. inner loops can live with x86 chipset, but when it comes to
  63. 2st outer, the L1 caches have to play the role of a larger
  64. register set.
  65.  
  66. my friend always agures that you could see the cache as big register
  67. set on intel, but I disagree, a mapper loads so much from mem that
  68. your variables in cache are bombed by the texture data (and afaik
  69. even instruction code is bombed by it as there is AFAIK no separate
  70. instruction cache on 486).
  71.  
  72. |> 
  73. |>  The x86 design is just crap... it would still be crap with more register :)
  74.  
  75. heehee ;)
  76.  
  77. |> 
  78. |> : Gee, how am I waiting for the 32 regs of the PPC... 8)
  79. |> 
  80. |>  Well, you are trading your nice addressing mode for this,
  81. |>  no more (offset,base,offset*scale) ;) You will probably need
  82. |>  an extra register and 3 instruction to emulate this on a ppc.
  83. argh ?
  84.  
  85. |>  And not all 32 register are for you to play with ... dont know
  86. |>  the PPC so I wont go into details :)
  87. |> 
  88. |>  Stephan
  89. |> 
  90. |>  
  91. ------------------------------------------------------------------------
  92.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  93.  
  94.